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CONTINGENT EXTENSION REQUEST 

If this communication is filed after the shortened statutory time period had 
elapsed and no separate Petition is enclosed, the Commissioner of Patents and 
Trademarks is petitioned, under 37 CFR 1 .136(a), to extend the time for filing a 
response to the outstanding Office Action by the number of months which will avoid 
abandonment under 37 CFR 1 . 1 35. The fee under 37 CFR 1 . 1 7 should be charged to 
our Deposit Account No. 50-2215. 

This brief contains items under the following headings as required by 37 
C.F.R. § 41.37 and M.P.E.P. § 1206: 
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REAL PARTY IN INTEREST 

The real party in interest for this appeal is: 

NEC Corp. 



DOCSNY.156212.1 



2 



Application No.: 09/960,548 



Docket No.: F1 866.0065 



II. RELATED APPEALS, INTERFERENCES, AND JUDICIAL PROCEEDINGS 

There are no other appeals, interferences, or judicial proceedings which will 
directly affect or be directly affected by or have a bearing on the Board's decision in this 
appeal. 

III. STATUS OF CLAIMS 

A. Total Number of Claims in Application 
There are 17 claims pending in application. 

B. Current Status of Claims 

1. Claims canceled: None 

2. Claims withdrawn from consideration but not canceled: None 

3. Claims pending: 1-17 

4. Claims allowed: None 

5. Claims rejected: 1-17 

C. Claims On Appeal 

The claims on appeal are claims 1-17 

IV. STATUS OF AMENDMENTS 

Applicant filed an Amendment After Final Rejection on March 31, 2005. The 
Examiner contacted the Applicant's representative to discuss the arguments presented 
in the March 31 Response. Applicant did not have the file and was unable to discuss 
the claims in depth. Applicant's representative called the Examiner back but the 
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Advisory Action of May 4, 2005, was already mailed. In the Advisory Action, the 
Examiner indicated that Applicants* proposed amendments to the claims would not be 
entered. However, there were no unentered amendments at the time the Advisory 
Action was issued. 

Accordingly, the claims enclosed herein as Appendix A incorporate the 
amendments filed by Applicant on August 27, 2004, considered in the Final Office 
Action mailed March 31, 2005. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

The present invention relates to a file management system. Particularly, the 
claimed filed system is able to manage files having the same title, but different contents, 
as separate files; while managing a plurality of files having different titles, but different 
content, as a single file. See p. 1 , lines 6-13. For example, three files can be entitled 
"file a." Assume that these three files have different contents - specifically function A, 
function B, and function C. Because each of these files have different contents, the files 
will have different Managing IDs. See p. 16, lines 19-25. Likewise, had two or more 
of these files had the same contents, the files with the same contents would share a 
Managing ID. See p. 15, lines 15-25. 

According to the present invention, when a file ID and a file are input into the 
system, the system first checks whether the same title has been previously registered. 
See p. 20, lines 2-10. If the file name already exists, the system checks the hash 
table to determine whether or not the file has been previously registered. See p. 20, 
line 11-14; Fig. 5. If there is no identical hash value, the file has not been previously 
registered. If no hash value, a new managing ID corresponding to the file must be 
registered. However, the hash value exist - the file to be registered is compared with 
the files corresponding to the managing ID obtained from the hash table. See Fig. 5, 
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506. If a file is detected having the same content, its file management ID is set to be 
that corresponding to the file to be registered. If, however, there is no file having the 
same content, a new managing ID corresponding to the file is created. See Fig. 5, 508; 
page 21 , lines 13-22. The file is then stored with the managing ID. The managing ID 
is registered in the hash value. The managing ID corresponding to the file and file ID 
are finally registered for retrieval. See page 22, lines 1-5 and Fig. 5. 

When requesting a file, a file request for inputs: a file title and file ID. The 
system then verifies the correspondence table with a key with a given file name and file 
ID. See Fig. 6, 602. If a managing ID is retried from the correspondence table, the file 
is retrieved from memory and output to the user. If no managing ID is obtained from the 
correspondence table, an error is returned to the user. See page 22, lines 10-26. 

In another embodiment of the invention, the file retriever retrieves the file from 
memory to obtain a managing ID that is not used for any other file. The file to be 
registered is stored with the managing ID in memory. See page 27, lines 1-10; Fig. 7. 
Next, the system verifies whether the same title has been previously registered. If a file 
exists with the same name, the system refers to the hash table. If a managing ID is 
obtained as a result of the hash table reference, the file to be registered is compared to 
the file from the hash table. If the content is the same, the file management ID is set so 
that it corresponds to the file to be registered. In contrast, if the content is different, the 
managing ID is registered in a hash table. See page 28, lines 3 - 20; Fig. 7. 

In the present file managing system a user does not have to avoid using the 
same file title as that of other files, as the file managing system can operate using the 
same file name for files having the same title as different contents. Likewise, if users 
give the same content different file names, the system can treat each of those as 
identical files - thereby eliminating the need to store multiple copies of the same file. 
See page 32, lines 1-12. 
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VI. GROUNDS OF OBJECTION TO BE REVIEWED ON APPEAL 

Applicant requests review of the final rejection of claims 1 - 3, 7 and 12 under 
the 35 U.S.C. §1 02(e) as being anticipated by U.S. Patent No.: 6,560,631 ("Ishihara"). 

Applicant requests review of the final rejection of claims 4 - 6, 8 - 1 1 and 13- 
17 under 35 U.S.C. §1 03(a) as being unpatentable over Ishihara in view of U.S. Patent 
No.: 5,109,511 ("Nitta"). 

A. The rejection of claims 1-3, 7 and 12 under 35 U.S.C. § 102(e) as being 
anticipated by U.S. Patent No. 6,560,631 ("Ishihara"). 

B. The rejection of claims 4-6, 8-11, and 13-17 under 35 U.S.C. § 103(a) as 
being unpatentable over Ishihara in view of U.S. Patent No. 5,109,51 1 
("Nitta"). 

VII. ARGUMENT 

Claims 1 - 17 are pending and have been examined in the present 
application. All of the claims are in condition for allowance, and any pending rejections 
should be withdrawn. 

Claims 1-3, 7 and 12 stand rejected under 35 U.S.C. § 102(e) as being 
anticipated by U.S. Patent No. 6,560,631 ("Ishihara"). Applicant respectfully requests 
reconsideration and withdrawal of this rejection. 

To anticipate a claim under 35 U.S.C. § 102, the cited reference must 
disclose every element of the claim, as arranged in the claim, and in sufficient detail to 
enable one skilled in the art to make and use the anticipated subject matter. See, PPG 
Industries. Inc. v. Guardian Industries Corp.. 75 F.3d 1558, 1566 (Fed. Cir. 1996); C.R. 
Bard. Inc. v. M3 Svs.. Inc.. 157 F.3d 1340, 1349 (Fed. Cir. 1998). A reference that does 
not expressly disclose all of the elements of a claimed invention cannot anticipate 
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unless all of the undisclosed elements are inherently present in the reference. See, 
Continental Can Co. USA v. Monsanto Co., 942 F.2d 1264, 1268 (Fed. Cir. 1991). 

With respect to claim 1 , the Office Action asserts that Ishihara discloses a file 
management system that discloses managing a plurality of files having the same file 
title but different contents at column 6, lines 21-26, and managing a plurality of files 
having the same contents but different titles as a single file at column 7, lines 6-13. 
Applicant respectfully disagrees. 

In Ishihara, conventional systems have every data file identified by its file 
name and path name in conjunction with a node name assigned to the computer that 
stores it. Such systems allow a plurality of computers to hold two data files sharing the 
same file and path names but having completely different contents. As noted in 
Ishihara, this is a potentially problematic situation which makes it difficult to manage the 
data files in a unified manner. Ishihara notes that it is desirable to introduce a unified 
naming convention that enables unique identification for each individual object in a 
distribution system environment as well as to develop a framework that provides 
associations between such names and their corresponding objects. 

Computers in Ishihara store cached copies of files. These cached files are 
not managed by the file management system, but are local copies of remote data and 
program files, which are referred to as "cached files" and have the same names as their 
original files. When a work area is created on a computer, and if the computer lacks 
some necessary resource files, the missing files are fetched from other computers and 
saved in the computer's local storage as cached files. Such cached files are stored 
temporarily and deleted after expiration of a predetermined period. Under the control of 
the process execution controller 174, cached files are accessible to authorized users in 
a shared manner. This shared access capability reduces the frequency of file transfer 
operations, thus alleviating possible increase of network traffic. Ishihara's naming 
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convention permits each data or program file to be uniquely identified in a distributed 
computing environment. Col. 7. Lns. 6-22. 1 Thus, the cached files have the same 
content , are uniquely identified and handled individually . In contrast, claim 1 explicitly 
recites a manager for managing a plurality of files having the same content but different 
titles as a single file. 

Further, the Ishihara system allows local copies of remote data and program 
files which are referred to as cached files. These cached files are fetched from other 
computers and saved to the local storage as cached files. These cached files have the 
exact same title and the same content as the original as shown in Figures 1 1 and 12. 
As such, Ishihara fails to disclose a plurality of files having the same contents but 
different titles as asserted by the Office Action. 

Applicant explicitly claims that the file managing system is capable of 
managing files having the same file title and different content as well as files having the 
same content but different titles . This is not disclosed by the single file manager in 
Ishihara. As such, Applicant respectfully requests reconsideration and withdrawal of 
this rejection. 

Claims 2, 3, and 12 each require a data processor for producing and 
recording, if no file has the same contents as any of the files recorded in the file 
memory, a new managing ID for a new file to be registered in the file memory. As 
recited in the pending claims, when no file has the same contents as the file to be 
registered, a new managing ID is produced and recorded. 

The Final Office Action asserts that this feature is disclosed at column 12, 
lines 1-16. Applicants respectfully disagree. At column 12, lines 1-16, Ishihara 

1 1t should be noted that FIG. 12 only shows individual cached files names, creation date, and the server 
the file is stored on. 
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discloses a process execution controller activating a warehouse server and registering 
various data to those servers. A resource management server then collects and 
records information about the warehouse servers and their respective local storage. 
Finally, a cache management server is executed. Each time a cached file is created in 
a warehouse server, the cache management server updates its cache management 
table for further management. However, at no point does Ishihara disclose producing 
and recording in the file memory a new managing ID for a new file if no file has the 
same content as any of the files to be registered. 

In Ishihara, each time a cache file is created, the cache management server 
updates its cache management table using the same identifier as the warehouse server 
file. As this merely keeps the file name consistent throughout a network. Thus, 
Ishihara's system cannot be utilized to maintain files on a single system or use a single 
file management system to maintain files. In Ishihara, there are multiple file 
management systems each maintaining files on each of the servers. Thus, there is 
never a need in Ishihara for producing a new managing ID and registering in the file ^ 
memory the new managing ID and a file to be registered as explicitly recited in 
Applicant's claim. Therefore, Applicant respectfully requests that the Examiner 
reconsider and withdraw the rejection to claims 2, 3, and 12. 

Claims 4-6, 8-11, and 13-17 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Ishihara in view of U.S. Patent No. 5,109,51 1 ("Nitta"). 

To establish a prima facie case of obviousness, there must be some 
suggestion or motivation, either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art, to modify a reference or combine 
references to arrive at the claimed subject matter. The prior art references must also 
teach or suggest all the limitations of the claim in question. See, M.P.E.P. § 706.02(j). 
A reference can only be used for what it clearly discloses or suggests. See, In re 
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Hummer 113 U.S.P.Q. 66 (C.CPA 1957); In re Stencel . 4 U.S.P.Q.2d 1071, 1073 
(Fed. Cir. 1987). Here, the references, whether taken individually or in combination, do 
not disclose or suggest the invention claimed by the Applicant. 

Claims 4-6 and 13-17 depend from allowable claims as discussed above. 
Further, the Final Office Action asserts that "claims 8-1 1 and 9-16, these claims recited 
the same subject matter as claims 2-6 and 13-15 in form of method, since the features 
of these claims have been disclosed or suggested by the combined system as 
discussed above, hence these claims are rejected for the same reason." See Office 
Action at 5. As discussed above, Ishihara fails to disclose the system claimed in the 
claims referred to by the Examiner. The addition of Nitta fails to cure the deficiencies in 
Ishihara discussed above. As such, Applicant respectfully requests reconsideration and 
withdrawal of this rejection. 

Applicant has responded to all of the rejections and objections recited in the 
Office Action. Reconsideration and a Notice of Allowance for all of the pending claims 
are therefore respectfully requested. 

VI. CLAIMS 

A copy of the claims involved in the present appeal is attached hereto as 
Appendix A. As indicated above, the claims in Appendix A include the amendments 
filed by Applicant on August 27, 2004. 

VII. EVIDENCE 

No evidence pursuant to §§ 1.130, 1.131, or 1.132 or entered by or relied 
upon by the examiner is being submitted. 
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VIII. RELATED PROCEEDINGS 

No related proceedings are referenced in II. above, or copies of decisions in 
related proceedings are not provided, hence no Appendix is included. 



Dated: ^j^j^ 




DICKSTEIN SHAPIRO MORIN & 

OSHINSKY LLP 
1 1 77 Avenue of the Americas 
New York, New York 10036-2714 
(212) 835-1400 
Attorney for Applicant 

IRB/mgs 
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APPENDIX A 

Claims Involved in the Appeal of Application Serial No. 09/960,548 

1. A file managing system for managing files comprising: 

a manager for managing a plurality of files having the same file title but 
different contents as separate files, and for managing a plurality of files having the same 
content but different titles as a single file. 

2. A file managing system for managing files, comprising: 

a file input unit for sending, to a data processor, inputted files, file titles, 
and file IDs to be registered; 

a file request input unit for sending, to the data processor, a file title of a 
requested file and a file ID; 

a memory unit including a correspondence table and a file memory, the 
correspondence table including correspondence relationships of file titles, file IDs and 
managing IDs, the file memory for recording, managing IDs and files; 

the data processor including: 

a means for producing and recording, if no file has the same content as 
any of the files recorded in the file memory, a new managing ID for a new file to be 
registered in the file memory; 

a means for retrieving files from the file memory using managing IDs; 

a means for sending the retrieved file to a file outputting unit, 
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a file content comparing means for comparing the content of the new file 
to be registered and the contents of files registered in the file memory, 

a means for registering, if a same content file has been registered in the 
file memory, the file title, the file ID, and the managing ID of the same content file in the 
correspondence table, and 

a means for retrieving the correspondence table; and 

the file output unit for sending, to the file request input unit, the file 
corresponding to the file title and the file ID requested from the file request input unit as 
delivered from the data processor. 

3. A file managing system for managing files, comprising: 

a file input unit for sending, inputted files file titles, and file IDs to be 

registered to a data processor; 

a file request input unit for sending to the data processor, an inputted file 

title and a pertinent file ID; 

a memory unit including; 

a correspondence table, in which correspondence relationships of file 
titles, file IDs and managing IDs are recorded; 

and a file memory, in which managing IDs and files are recorded; 
a data processor including: 

a means for producing a new managing ID and registering, in the file 
memory, the new managing ID and a file to be registered, 
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a file deleting means for deleting, if a same content file has been 
registered in the file memory, the managing ID and the file registered in the file 
registering means, 

a means for retrieving the file memory with managing IDs for obtaining 
corresponding files, 

a means for sending out the obtained files to a file output unit, 

a file content comparing means for comparing the content of a file to be 
registered with the contents of the files registered in the file memory, 

a correspondence table registering means for registering, in the 
correspondence table, the file titles to be registered, the file IDs to be registered and the 
new managing IDs, 

a correspondence table updating means for updating, if a same content 
file has been registered in the file memory, the contents registered in the 
correspondence table registering means with the file titles to be registered, the file IDs 
to be registered and the managing ID of the same content file, and 

a means for retrieving the correspondence table; and 

the file output unit sending out, to the file request input unit, the file 
corresponding to the file title and the file ID requested from the file request input unit as 
delivered from the data processor. 

4. The file managing system according to claim 2, wherein the memory unit 
further includes hash tables in which relationships of hash values of files and managing 
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IDs are recorded, the data processor includes a hash table retrieving means for 
retrieving the hash tables with hash values of files to be registered and a hash table 
registering means for registering, if no same content file has been registered in the file 
memory, the hash values of files to be registered and corresponding managing IDs in 
the hash tables, and the file content comparing means compares the content of a file 
corresponding to a managing ID in the case of obtaining identity as a result of the 
retrieval in the hash table retrieving means and the content of the pertinent file to be 
registered. 

5. The file managing system according to claim 4, wherein the hash tables 
are each provided for each file title, and the hash table retrieving means decides, if no 
same title file as the file title of the any retrieved file has been registered in the file 
memory, that no hash table retrieval result is present, and retrieves, if a same title file 
has been registered in the file memory, the hash table corresponding to the file title of 
the same title file with the hash value of the pertinent file to be registered used as a key 
value. 

6. The file managing system according to claim 4, wherein only a single hash 
table is provided for all file titles. 

7. A file managing method for managing files, wherein a plurality of files 
having the same file title but different contents are managed as separate files, while 
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also managing a plurality of files having the same content but different titles as a single 
file. 

8. A file managing method for managing files comprising the steps of: 

inputting, by a file registering person, files to be registered, the file titles 
thereof and a file ID; 

retrieving hash tables, in which correspondence relationships of hash 
values of files and managing IDs are recorded, by using the hash values of the files to 
be registered as key values; 

taking out, if a managing ID is obtained as a result of the hash table 
retrieval, the file corresponding to the obtained managing ID from a file memory and 
compares the content of the taken-out file and the contents of the files to be registered; 

registering, if the content of the taken-out file is the same as the content of 
a file to be registered, the file title to be registered, the file ID to be registered and the 
managing ID of the taken-out file in a correspondence table; and 

producing, if no identity is obtained as a result of the hash table retrieval or 
if no same content file is detected although identity is obtained as a result of the hash 
table retrieval, a new managing ID, registering the new managing ID thus produced and 
the corresponding file to be registered in the file memory, registering the new managing 
ID in the hash table with the hash value of the file to be registered used as a key value, 
and registering the file title to be registered, the file ID to be registered and the new 
managing ID in the correspondence table. 
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9. A file managing method for managing files comprising the steps of: 
inputting, by a file registering person, files to be registered, file titles 

thereof and a file ID; 

producing new managing IDs corresponding to the files to be registered 

and registering the produced managing IDs and the files to be registered in a file 

memory; 

registering file titles to be registered, a file ID to be registered and the new 
managing IDs in a correspondence table; 

retrieving hash tables, in which correspondence relationships of hash 
values of files and managing IDs are recorded, by using the hash values of the files to 
be registered as key values; 

retrieving, when a managing ID is obtained as a result of the hash table 
retrieval, the file memory to take out the file corresponding to the obtained managing ID 
and comparing the content of the taken-out file and the contents of the files to be 
registered; 

updating, if the content of the taken-out file is the same as a file to be 
registered, the new managing ID registered in the correspondence table to the 
managing ID corresponding to the taken-out file, and deleting the new managing ID 
registered in the file memory and the files to be registered from the file memory; and 

registering, if no identity is obtained as a result of the hash table retrieval 
or if no same content file is detected although identify is obtained as a result of the hash 
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table retrieval, the new managing ID in the hash table with the hash values of the files to 
be registered as key values. 

10. The file managing method according to claim 8, wherein the hash tables 
are each provided for each file title, in the hash table retrieval each hash table is 
retrieved for any file having the same file title as a file to be registered, decides, if no 
same title file has been recorded, that no retrieval result is present, and retrieves, if a 
same content file has been recorded, the hash table corresponding to the file title of the 
same title file with the hash value of the file to be registered used as a key value. 

11. The file managing method according to claim 8, wherein the hash table is 
provided for all of file titles. 

12. A file managing method for managing files comprising the steps of: 
inputting, by a file requester, the file title of a desired file and the 

corresponding file ID; 

retrieving a correspondence table, in which file titles, file IDs and 
managing IDs are recorded, with the inputted file title and file ID; 

obtaining, form the correspondence table, the file title corresponding to the 
inputted file title and file ID and a managing ID corresponding to the inputted file ID; 

retrieving a file memory, in which managing IDs and files are recorded, 
with the obtained managing ID; 
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obtaining, for the file memory, a file corresponding to the obtained 
managing ID; and 

sending out the obtained file as the desired file to the file requester. 

13. The file managing system according to claim 3, wherein the memory unit 
further includes hash tables in which relationships of hash values of files and managing 
IDs are recorded, the data processor includes a hash table retrieving means for 
retrieving the hash tables with hash values of files to be registered and a hash table 
registering means for registering, if no same content file has been registered in the file 
memory, the hash values of files to be registered and corresponding managing IDs in 
the hash tables, and the file content comparing means compares the content of a file 
corresponding to a managing ID in the case of obtaining identity as a result of the 
retrieval in the hash table retrieving means and the content of the pertinent file to be 
registered. 

14. The file managing system according to claim 13, wherein the hash tables 
are each provided for each file title, and the hash table retrieving means decides, if no 
same title file as the file title of the any retrieved file has been registered in the file 
memory, that no hash table retrieval result is present, and retrieves, if a same title file 
has been registered in the file memory, the hash table corresponding to the file title of 
the same title file with the hash value of the pertinent file to be registered used as a key 
value. 
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15. The file managing system according to claim 13, wherein only a single 
hash table is provided for all file titles. 

16. The file managing method according to claim 9, wherein the hash tables 
are each provided for each file title, in the hash table retrieval each hash table is 
retrieved for any file having the same file title as a file to be registered, decides, if no 
same title file has been recorded, that no retrieval result is present, and retrieves, if a 
same content file has been recorded, the hash table corresponding to the file title of the 
same title file with the hash value of the file to be registered used as a key value. 

17. The file managing method according to claim 9, wherein the hash table is 
provided for all file titles. 
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